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ABSTRACT: In the architecture, engineering, construction, and facilities management (AEC/FM) industry 
methodologies are needed to ensure the interoperability of data and effective management of information from 
different sources. Integration of the cost domain and cost estimation within the Building Information Model (BIM) 
in the AEC/FM sector is still an unresolved problem and one of the most critical tasks due to the lack of a 
standardised cost domain, especially in the tendering phase. 


To ensure interoperability between cost data and geometric data, this research aims to address this gap by 
analyzing methods of converting cost data into Linked Building Data, thereby defining a cost domain in the 
Semantic Web, by collecting them into a graph database. This allows for structuring a cost domain, translating an 
IFC based structure previously developed by the research group, visualizing it using a graph system, and 
connecting it to the BIM geometric domain. Furthermore, it is possible to extend the cost ontology previously 
identified in the IFC model and facilitate the queries and analysis of cost data currently fragmented and based on 
unstructured data. 


The results show how Semantic Web technology can be used to improve data interoperability, develop a cost 
ontology, and join both cost data and BIM models. 
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1. INTRODUCTION 


The construction process is complex, dynamic and requires numerous interactions between the different actors 
involved. The sharing of different information, including information on the amount of physical components of 
the building, the planning plan, and the consumption of resources and costs is essential for accurate time and cost 
management. 


Nowadays, in the Architecture, Engineering, and Construction (AEC) industry, the standard format used for 
information exchange is the Industry Foundation Classes (IFC), a neutral and open ISO standard by 
buildingSMART. Currently, the most recent IFC scheme is IFC4 ADD2 and contains about 1200 classes. BIM 
software developers can implement an exporter to convert respectively their native BIM format to the neutral IFC 
format. 


Despite the clear advantages of data interoperability, which would otherwise only be feasible in proprietary BIM 
software, the IFC data model still has some limitations (Pauwels & Terkaj, 2016). These include, for example, the 
impossibility of extending it in a user-friendly way, the difficulty of developing applications with this template, 
due to the complexity of the schema expressed in EXPRESS format (Krijnen & Beetz, 2018), or the impossibility 
of relating data between the IFC file and other cloud historicized files. The IFC scheme is used as an interoperable 
format for sharing information, with the aim of being a supplier-independent exchange format, but not a fully 
integrated and comprehensive description of a project. This leads to an immense untapped potential of data in the 
AEC industry (Krijnen & Beetz, 2018). In comparison, the Semantic Web (SW) uses the Resource Description 
Framework (RDF) triple schema to store data and ontologies to enhance the semantic structure to make information 
machine-readable (Berners-Lee et al., 2001). It may also contain multiple ontologies, a formal and explicit 
specification of a shared conceptualisation (Gruber, 1993), covering specific areas not included in the IFC scheme 
(Rasmussen et al., 2017) and enabling the visualization and improvement of the interoperability of the IFC 
information model. 


In order to overcome these limitations, this research is focused on the potential of SW. This research focuses on 
the conversion of the architecture of cost items, assumed and implemented in the IFC data model in a previous 
study carried out by the research group (Cassandro et al., 2023), to RDF using the emerging Linked Building Data 
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(LBD) modular ontologies as proposed by the W3C LBD CG (Bonduel et al., 2018). To validate what has been 
done in the previous study, the IFC-to-LBD converter presented by Bonduel et al. (2018) has been used. 
Information from IFC building models is extracted and transformed into Abox RDF graphs suited for usage in 
Linked Data applications. 


The graph system will contain the relevant information of both the geometric model and the cost architecture with 
the related properties. Data translation within the SW will allow to query the model, associate the two different 
domains studied (geometric and cost) within a single environment, and view cost data and related architectures. 


This paper develops following these steps. First, a detailed analysis of the literature to deepen the themes on the 
SW. Secondly, the identification of the conversion tools available to date for the transition from IFC to RDF and 
the subsequent validation and analysis of the results within a graph database. Finally, the conclusions and future 
works will be set out. 


2. BACKGROUND 
2.1 Literature review 


The first research on the application of the SW in the AEC Industries dates back to the early 2000s; since then, 
their use has spread to more and more areas of the industry, producing interesting results in terms of number of 
publications and significance of results. Beetz et al. (2015) and Pauwels et al. (2017) analysed the reasons for the 
spread of SW in the AEC industry, identifying three main reasons: (1) Interoperability, (2) Liking across domains 
and (3) Logical inference and proofs. 


The possibility of improving the Interoperability (1) relies on the SW structure which provides a way to store 
information in a computer-understandable manner, making possible the comprehension of the information 
involved in the process both by a human being and a machine. 


The linking across domain (2) relies on the opportunity to create a unique web of linked data with information 
from all the different areas of the AEC process, (e.g. GIS, costs, energy, facility management, and so on). 


The third motivation is the logical inference and proofs (3), which relies on the OWL language used for the 
semantic meaning. Correct use of the language offers the opportunity to infer more information from the original 
input, improving the web and allowing us to do more complex queries. 


As we previously said, the usage of SW in the AEC involves different areas of the industry; a review of some of 
the most significant utilisations is reported below. 


H. Abanda et al. (2011) proposed a SW based decision support system, which helps the government to speed up 
and automate the bureaucratic processes. This approach shows how SW could be a powerful ally for the PA to 
manage all the applications for a licence. In Karan et al. (2015) the SW is used to overcome heterogeneity problems, 
which came from the traditional methods of heterogeneous data sharing, generating IFC from semantic web query 
results. The IFC structure lends itself to a translation in linked data, which is why Zhao et al. (2020) suggested a 
method for IFC data merging based on miming the IFC structure with nodes and edges. The IFC graphs are merged 
and then restored in the starting files, implementing the information. Merging information through SW can be 
done not only using the same type of input, like different IFC files; in fact, Malinverni et al. (2022) used an 
approach that merges information from GIS and BIM models, producing an enriched model that has many benefits 
for the entire project life cycle. Also, the safety issues are affected using SW, and Zhang et al. (2015) developed a 
prototype of a new approach to organize, store, and re-use construction safety knowledge to produce a framework 
that supports automated job hazard analysis in BIM. Also, the safety issues are affected using SW, and Zhang et 
al. (2015) demonstrated a prototype of a new approach to organize, store, and re-use construction safety knowledge 
to produce a framework that supports automated job hazard analysis in BIM. 


The damage and degradation analysis can also be positively affected by linked data and an interesting example is 
reported by Jung et al. (2021); they discussed an automatic approach to infer the causes of concrete cracks starting 
from information about pattern, location, and penetration status. The possibility to express human thinking and 
make a logical inference by machines thanks to ontologies can remove the issue of complex qualitative analysis 
during the process of identifying the cause of a crack. 


The most meaningful domain analysed for this paper is 5D planning, for which can be found different approaches. 
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F. H. Abanda et al. (2011) developed an ontology-based technology in modelling information about labour costs 
that aims to facilitate decision-making among building developers in Cameroon; Vakaj et al. (2023) proposed a 
new domain ontology called Offsite Housing Ontology to support cost estimation about resources, products, and 
production processes. A further reference for cost estimation is Fiirstenberg et al. (2021); they studied how 
semantic web technology can support BIM-based automated cost estimation and the related challenges, focused 
on Norwegian road projects. 


The need to find ways of translating IFC into ontologies led to different approaches. The first interesting attempts 
can be found in Beetz et al. (2005), where two different approaches convert the EXPRESS schema of an IFC into 
an ontology in OWL notation: one using an intermediate step with an XSLT file between the XML file and the 
OWL, and a second which derives the OWL notation directly from the original EXPRESS schema format of the 
IFC. After that the approach evolved, leading to Beetz et al. (2009) which presented a semi-automatic way of 
lifting EXPRESS schemas into ontologies. Pauwels et al. (2015) analysed the correct ways to translate EXPRESS 
language into OWL. Hoang and Torma (2015) present the IFC2LD converter, a Java application with a Web 
interface, for converting IFC schemas into OWL2 ontologies and IFC data into RDF graphs aligned with the 
ontologies. Pauwels and Deursen (2015) present their online RDF to IFC conversion service, which converts an 
IFC into RDF triples. Continuing chronologically, Ismail et al. (2017) show a workflow for the automatic 
transformation of IFC into an object graph database; this method is based on a dynamic EXPRESS parser and a 
web script console that creates a meta graph inside Neo4j. Bonduel et al. (2018) developed a conversion of IFC to 
RDF using W3C Linked Building Data modular ontologies. The graphs are structured with three types of 
ontologies: BOT (building topology), PRODUCT (classification of building elements), and PROPS (building- 
related properties); the result is a more user-friendly graph than the ifcOWL Abox graphs. 


2.2 Cost definition in IFC domains focus on IfcCostItem 


Nowadays cost items are associated as attributes to geometric entities. However, to correctly return the analysis 
and economic evaluation processes, it is necessary to have cost architectures configured as more complex systems 
than a simple attribute associated with a geometric object. The IFC standard, through the cost class (/fcCostItem), 
offers the possibility of structuring a cost data model. 


IfcCostitem is anon-geometric entity, a subclass of [fcControl, within IFC. [fcCostItem describes a cost or financial 
value with descriptive information that describes its context (BuildingSMART, 2022). It represents the cost of 
assets and services, the execution of works by a process, lifecycle cost, cost estimates, budgets, and more in the 
IFC standard. 


IfcCostItem is characterized by its own attributes (PredefinedType, CostQuantites, and CostValue) and others 
inherited. An [fcCostItem has the possibility to instantiate one or more cost values (/fcCostValue). Other key 
features are that every single /fcCostItem can be nested to create cost assemblies through the /fcRe/Nests report, 
can be assigned to an /fcProduct through the [fcRelAssignsToControl report, may have an associated product 
through the /fcRelAssignsToProduct report or a resource through the /fcRelAssignsToResource report. 


2.3 IffOWL and Linked Building data (LBD) 


In recent years, the area of cross-domain linking has received increasing attention. This area aims to combine data 
from various sources with construction data, management of information based on ontology, and analysis of the 
performance of buildings (Pauwels, Krijnen, et al., 2017). According to W3C, the Web Ontology Language (OWL) 
is a language designed to represent complex knowledge about objects, relationships between objects, and groups 
of objects in a way that can be exploited by computers UfcOWL - BuildingSMART Technical, 2023.). 
BuildingSMART has developed the IffOWL ontology based on these definitions, providing an OWL 
representation of the Industry Foundation Classes (IFC) schema, maintaining the same status as the Express 
schema. OWL concepts (OWL - Semantic Web Standards, 2023) can be used to construct RDF graphs, called 
OWL ontologies (Pauwels & Terkaj, 2016), enabling easy linking between the building data and material data, 
cost data, GIS data, and so forth. However, due to the complex structure of the IFC data model, the ifcOWL 
representation of geometric data is difficult to manage (Pauwels et al., 2017a). 


Achieving interoperability between domains is the main purpose of the Linked Building Data (LBD) Community 
Group in the World Wide Web Consortium (W3C) (The Linked Building Data Community Group, 2021). LBD 
allows for storing construction data sources separately and processing them through digital and computer systems 
(Curry et al., 2013). This results in a set of data that can be utilized and interconnected. Expandability is a key 
aspect of AEC where most projects are fragmented, complex, and diverse. Using the LBD different ontologies can 
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be mapped and enhanced each other, facilitating a more comprehensive and integrated approach to handling 
diverse data sources and formats within the AEC industry. 


3. RESEARCH AIM & METHODOLOGY 


The research aims to verify the effective possibility of associating the new cost domain with the geometric one 
through the SW. This will allow to relate different domains within the same environment to improve data sharing 
and interoperability. In addition, it will be possible to manage cost items no longer as simple attributes attached to 
a geometric object, but as real cost architectures, more complex, ensuring in the future also the ability to verify 
and validate the associated data. 


The first study to examine the possibility of structuring a cost domain using Industry Foundation Classes (IFC) 
has already been addressed in Cassandro et al. (2023). In this work, based on the assumptions and limitations of 
previous research in Cassandro et al. (2023), has been translated the ontology previously developed in the Linked 
Building Data (LBD) format. This will allow us to relate the cost domain to the existing domains (in the specific 
case the geometric domain); in fact, SW technology is well-suited to link knowledge stored in different domains 
(Beetz et al., 2015; Pauwels, Zhang, et al., 2017). 


The methodology adopted is characterized by the following steps presented in Figure 1: 


1. Study of the State of the Art of the current practices and research connected to SW and graph database; 


2. Analysis of IFC entities UfcCostlItem identified in the standard to manage the cost information) and how 


to translate it into LBD; 


3. Translation of cost ontology, developed in Cassandro et al. (2023) from IFC to LBD through a tool 
developed by Bonduel et al. (2018); 


4. Information validation in a graph database such as Neo4j; 


5. Results of experimental research 


A way to represent cost information by using SW was formulated, developed, and validated. This could provide 
the basis for the information exchange resources among information systems for the more user-friendly query of 
data and linking different domains. The next sections describe the mechanisms used to implement and test the 
method. 


State of the Art Working assumption 
Semantic Web-Graph IfCOWL-IfcCostltem- Translation from IFC Experimental Results and 
to LBD validation Discussion 
Database LBD 


Fig. 1: Research Methodology 


4. RESULTS 


In this research, the case study is the same as that analysed by Cassandro et al. (2023). This allows to fully 
understand the differences between the methodologies adopted and to compare the results obtained during the two 
research. The case study is a wall composed of six layers; each layer corresponds to a different cost item within 
the regional price list (Lombardy Region) which must therefore be associated with the related geometric object, 
see Figure 2. These cost items have already been structured within the IFC data model. 
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GEOMETRIC OBJECT PRICE LIST ITEM 
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Fig. 2: Example layers of masonry and relative price items 


Then the individual IFC files were converted into RDF format using the tool "IFCtoLBD!" developed by Jyrki 
Oraskari and Mathias Bonduel. This tool allows to convert an IFC file to a Turtle file described using BOT and 
optionally PRODUCT, PROPS, and GeoSPARQL (Bonduel et al., 2018). 


The correct export specifications have been set thanks to Bonduel et al. (2018). For the correct output, it is 
necessary to activate the PROPS module of the ontology structure, which includes three levels of complexity. For 
the case study, Level 3 was selected (i.e., the most complete level). Thereby, the Blank node option was activated, 
which decreased the file size, exported RDF, and improved the readability. The output is a Terse RDF Triple 
Language (Turtle); a format made to express RDF data. This format uses triples made by subject, predicate, and 
object to represent information. 


At this point the new file in Turtle format is loaded inside a graph database (in this specific case Neo4j is used); in 
this way, you can view the information and links between these (Figure 3). As visible from Figure 3 every entity 
is associated with a series of intrinsic attributes of the same one. IFC information is intrinsically interconnected 
and can naturally be represented by graphs. Figure 3 shows the IFC file for a painting cost item at the top and the 
corresponding data representation in a graph system at the bottom (nodes and edges). As it is visible, the graph 
representation is more intuitive in revealing the relationships between instances than the text based IFC. 


Translating the IFC data model into a graphical system can lead to a simplified representation of the construction 
information and its relationships, as well as improving data query. 


The developed methodology relies on an IFC, which contains both the geometrical information and cost 
information, inserted into the file using the appropriate classes previously studied in Cassandro et al. (2023). The 
creation and compilation of ZfcCostItem classes has been implemented in Python using IfcOpenShell, as shown in 
Cassandro et al. (2023). 


The conversion from IFC to an LBD was carried out using a tool developed by Bonduel et al. (2018). The correct 
exporter setting has been set after several attempts to get the type of LBD needed. Figure 4 shows all the cost item 
files, in RDF format, imported into the graph database and related to the geometric object (wall system). After that, 
the latter was also imported and displayed, visible in Figure 5. 


The Neo4j graph database has been used to visualize the data. The Neosemantics plugin (n10s) was used to load 
RDF data and its associated vocabularies, including OWL, RDFS, SKOS, and others, into Neo4j. This plugin 
extends Neo4j's capabilities to work with semantic data in RDF format, allowing users to import, store, query, and 
analyze RDF data within the Neo4j graph database. It facilitates the integration of RDF-based knowledge graphs 
and linked data into Neo4j, enabling more comprehensive and semantic data modeling and analysis. 


' https://github.com/jyrkioraskari/IFCtoLBD 
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180-10303-21; 


HEADER; 


FILE_SCHEMA((IFCA)); 
ENDSEC; 


DATA; 

#13IFCSIUNITC, AREAUNIT, $, SQUARE_METRE. 

#2=IFCSIUNIT(*,. LENGTHUNIT.,. MILLI... METRE. ); 

83=IFCQUANTITYAREA('Surface’ ‘internal painting surface’ #1,1 3): 

#4=1F CCOSTVALUE(‘Cost of internal painting layer’ Cost of internal painting layer. Cost from Lombardy regional price list item’ JFCREAL(3.85),#1 2023-01-01", 2023-12-31" List Price’$,8,$): 

#5=IF CCOSTITEM(277fSOLxT FgQuuWWNG0qa¥ S, ‘internal painting layer ,Pitturazione a due riprese, su superfici inteme in intonaco civie ... a base di copolimeri vinilversatati, traspirante’, OPERA COMPIUTA’, "1C.24.12.00020.a', .USERDEFINED. (#4),(#3)); 
46=1F COVERING (‘0u5F5F9X1AH9Sxql 1SeHRh’$,’Sample element of the internal paint layer’’Sample element of the internal paint layer, Thickness 10mm.S,$,S,$,.CLADDING 

#7=IF CPROPERTYSINGLEVALUE(‘Combustibie’, Indication whether the abject is made from combustible material (TRUE) or not (FALSE), IFCBOOLEAN( F.),S): 


48=IF CPROPERTYSINGLEVALUE('IsExterna'’, "indication whether the element is designed for use in the exterior (TRUE) or not (FALSE). If (TRUE) it is an external element and faces the outside of the building’, FCBOOLEAN( F.),); 
#9=IF CPROPERTYSINGLEVALUE('Status’,’Status of the element, predominately used in renovation or retrofitting projects’, IFCLABEL('NEW),S); 
#10=1FCPROPERTYSET(0J_luCVOXF 1wkHYTFVNPBA‘.S, Pset_CoveringCommon’ $,(#7,#8,#9)); 


413=IFCQUANTITYAREA(‘GrossArea’ ‘Sum of all gross areas of the internal painting layer. No opening that is included in the covering is subtracted #4, 1.3); 

#14=IFCQUANTITYAREA(NetArea’,’Sum of all net areas of the internal painting layer. All openings that is included in the covering are subtracted’ #1. 

#15=IF CELEMENTQUANTITY( INYRgbSdjBZgnttpSAXans '§ 'Ato_CoveringBaseQuantities’,$, BaseQuantities’ (#12,#13,#14)), 

#16*IF CRELDEFINESBYPROPERTIES( 154in9Y952SOUzipRQMTAE S, Rel Oto_CoveringBaseQuantities’ ‘Rel between Qio - Covering’ (#6),#15): 
‘CMATERIAL(Emulsion resins’ Material used in water paints based on resin emulsions’ ‘interior Wall Paintings’); 

‘CRELASSOCIATESMATERIAL (08 MjligY TE JuBoldGp6xnv’$ ’Rel to Material Covering’ Rel between Material - Covering’ (#5),#17). 

#19=IF CRELASSIGNS TOPRODUCT(‘3ZJINrwi54wagHXOFKLowq’.$,'Rel intemal painting layer’ Rel between cost item and sample element of internal painting layer’.(#5).$,#6); 

ENDSEC; 


END-ISO-10303-21, 


Fig. 3: Comparison between cost items in IFC format and RDF format 
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Fig. 4: Representation in the graph system of the six different cost items starting from IFC files 
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Fig. 5: Representation in the graph system of the geometric object (wall system) starting from IFC files 


Through the Cypher script language, it was possible to work with the different Turtle format files available. Cypher 
is a declarative query language created specifically for working with graphs and interacting with the Neo4j 
database. Cypher queries are very expressive and readable and allow operations such as creating, editing, and 
querying data within the Neo4j database. 


The first step was to load the data of the different files (Figure 6 - Script 1, Script 2). Subsequently, the data files 
were queried, and two node-entities were identified: [fcCostltem (Figure 6 — Script 3) which gathers all the 
architectural data related to individual cost items (within the cost domain) and /fcElement (Figure 7 - Script 7) 
which represents the geometric domain to which the cost item must be associated. 


Scri p 7 
CALL n10s.rdf.import. feteh( «files /Ifpath/to/fie: tti », "Turtle") MATCH (n: ns0__lfcCostitem)-[r:ns0__relatedObjects_IfcRelAssigns]- e-- -9 
4 (m:nsO__IfcRelAssignsToProduct)- 
terminetionstacus T tripresLoncied i triplesPersed) a [r2:nsO__relatingProduct_IfcRelAssignsToProduct]-(m2:nsO__!fcCovering) 
[or |as 438 È RETURN n, r, m, r2, m2; 
Script 2 ea, Ai k Script 5 
MATCH (n) <a R i CREATE (newNode:ns0__lfcRelAssignsToControl {name: 


‘Rel IfcCostitem-IfcElement_IntPainting’}); 


RETURN n; 
RETURN newNode; 


Script 6 
ipt € 


MATCH (costitem:nsO__|fcCostitem) 


Script 3 . WHERE ID(costitem) = 5172 
MATCH (n:nsO__!fcCostitem) MATCH (newNode:ns0__ifcRelAssignsToControl) 
WHERE ID(n) = 5172 WHERE ID(newNode) = 5240 


i 
RETURN n; CREATE (newNode)- 
[:nsO__relatingControl_IfcRelAssigns]->(costitem) Q 


RETURN costitem, newNode; 


Fig. 6: First script sequence for [fcCostItem-IfcCovering connection (cost-layer painting) 
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Finally, the relationship between the two nodes-entities contained in the two domains has been created (Figure 7 
— Script 9). As we can see in Figure 7, the two entities belonging to the two different domains (costs and geometry) 
have been connected using the logic intrinsic to the IFC data model. A node ("5240 - [fcRelAssignsToControl") 
has been created that corresponds to the exact IFC entity that ensures the connection between geometric entities 
and cost entities. This has led to the connection of the two different domains (cost and geometry). 


Script 7 

MATCH (cov:nsO__!fcCovering)-[r:nsO__name_lIfcRoot]-(m:nsO__!fcLabe!) r 

MATCH (cov:ns0__lfcCovering)-[b:ns0__globalld_IfcRoot]-(c:ns0__IfcGloballyUniqueld) e 
WHERE ID(cov) = 4723 (=) 
MATCH (newNode:nsO__|fcRelAssignsToControl)-[h:nsO__relatingControl_IfcRelAssigns]- h 
(costitem:ns0__IfcCostitem)-[d:ns0__relatedObjects_IfcRelAssigns]-(e:ns0__IfcRelAssignsToProduct)- 
[r2:nsO__relatingProduct_IfcRelAssignsToProduct]-(samplewall:nsO__!fcCovering) ? 

RETURN wall, r, m, b, c, costitem, h, newNode, d, e, r2, samplewall @ 


Script 8 

MATCH (newNode:ns0__IfcRelAssignsToContro!) 

WHERE ID(newNode) = 5240 

MATCH (covel:nsO__!fcCovering) 


WHERE ID(covel) = 4723 
CREATE (newNode)-[:ns0__relatedObjects_IfcRelAssigns]->({covel) 


nso _rateooteat 


RETURN newNode, covel 


Script 9 

MATCH (cov:nsO__!fcCovering)-[r:nsO__relatedObjects_IfcRelAssigns]- 
(newNode:nsO__|fcRel!AssignsToControl)-[h:nsO__relatingControl_IfcRelAssigns]- 
(costltem:nsO__|fcCost!tem)-[d:nsO__relatedObjects_IfcRelAssigns]-(e:nsO__|fcRe|AssignsToProduct)- 
[r2:nsO__relatingProduct_IfcRelAssignsToProduct]-(samplecov:nsO__|fcCovering) 
RETURN cov, r, costltem, h, newNode, d, e, r2, samplecov 


Fig. 7: Second script sequence for [fcCostItem-IfcCovering connection (cost-layer painting) 


This procedure has been replicated for the remaining cost items to associate with the respective geometric objects 
to obtain a new system to graph containing the data of the geometric domain and the cost domain. Figure 8 shows 
the final output and a zoom on the association of the cost of the layer of internal painting 
(IfcCostItem_InternalPainting) to its geometric object (/fcCovering). 


Script 9 


I 
MATCH (n) AA : ; ey ae 
RETURN n; sh \ at AAA DSS. (i ne 
a ity, | ea seen ee b's Sipe eee ee ew ew ew ew we ew ew eww ww we ew ee ee ee ee 
ee 3 
ae l 1 © 1 
be E <A < 4 PA IfcCovering 1 
t i PredefinedType- © (-) a “ 
I I s|Assions C . 
i i © oO UichevissiarsToconttol, ` ifcGlobailyUniqueld 
Script 10 ae 1 ' IfcCostitem } ‘ i 
MATCH (a:ns0__IfcGloballyUniqueld})-[]-(wall:ns0__IfcCovering)- 10 ` InternalPainting 
[r:ns0__relatedObjects_IfcRelAssigns]- * at SNP 1 ee E- nnii oil 
(newNode:nsO__|fcRelAssignsToControl)- e- ® t oe ee 
[h:nsO__relatingControl_IfcRelAssigns]-(costitem:nsO__ feCostitem)-}- = a a 
(connectedNode)-[]-(connectedNode1) a i Wl i q ©. IfcCostValue 
RETURN wall, r, costitem, h, newNode, connectedNode, connectedNode1, fcRelAssignsToPr chii \ ‘ N 
: PI a > © 


Fig. 8: Final output and zoom on the association of the cost to its geometric object (fcCovering) 
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5. DISCUSSION 


The study seeks to optimize and make the data of the cost items more user-friendly. Currently, these are displayed 
only as informational inputs, lines of code, or even simple attributes. The aim of the research is to focus on a 
subject of great interest and still cause numerous legal disputes. In the research, the possibilities and the limitations 
of the proposed method are highlighted based on the association of different domains within a graphic system. 
This would allow you to link different data from files even in different formats. This study presented how price 
elements can be instantiated as a graph and how their visualization allows us to better understand the logic of 
connection and relationship between entities. It has been studied the possibility of visualizing a new domain of 
cost for the price list of the Lombardy Region based on a graphical system to standardize and regulate the prices 
and the relative information. 


Converting the IFC data model into a graph system can bring many advantages (Pauwels, Zhang, et al., 2017), 
(Zhu et al., 2022). The main reasons why converting IFC to a graph is an objective to be pursued are: 


- a simplified representation of construction information (Silvescu & Caragea, 2019); 
- clearer object relationships (Figure9); 
- improved data integration and interoperability (Rodriguez & Neubauer, 2010), (Mazairac & Beetz, 2013); 


- improved query and processing information (Pérez et al., 2010). 


However, even if this methodology makes the data more visually intuitive, due to the limitations of the current 
tools available, it is not yet possible to convert the information in the IFC data model into RDF in a simplified way. 
A further limitation is due to the use of a programming language to query, create, and associate data belonging to 
different domains. This causes problems in a sector, the AEC, which is only beginning in recent years to interface 
with these new technologies. 


This research has led to technological attempts made through the writing first in IfcOpenShell of individual cost 
items and then in RDF format for their association to the geometric domain and their simplified visualization; in 
this way, it is not necessary to understand the logic behind the IFC data model. The achievement of results that are 
real, effective, and scalable confirms the scalability of the method as it can also be implemented for other list items. 


6. CONCLUSION 


The results show how SW technology can be used to show and relate the cost domain for construction projects to 
different domains, such as the geometric domain. Starting from the IFC data model, the cost domain has been 
translated into LBD ontology thanks to the IFCtoLBD converter developed by Bonduel et al. (2018). In fact, due 
to the complex structure of the IFC data model, the LBD representation makes it easier for stakeholders to visualize 
and manage the data contained in the models. The IFCtoLBD converter developed by JURI uses the smallest BOT, 
PRODUCT, and PROPS ontologies to better separate and represent data (Bonduel et al., 2018). 


In this study, the proposed architecture for the new cost domain, developed and validated by Cassandro et al. 
(2023), can be easily visualized within the graphical database. As a result, individual cost items and related 
information become readily accessible in the graphical database. Moreover, these elements can be queried 
individually, associated with their corresponding geometric objects, or even extended by creating new nodes and 
relationships. 


During the study, several limitations were identified. Firstly, the complexity of data in the AEC industry can be 
more difficult due to the variety of information involved, demanding a deep understanding to integrate data into 
LBD format. Secondly, the AEC domain includes numerous standards and ontologies, which makes it difficult to 
ensure compliance with all relevant standards (e.g., IFC) when integrating data into LBD. Finally, interoperability 
remains a concern as not all software platforms are equipped to handle LBD, posing difficulties in achieving 
seamless data integration and interoperability across different platforms. 


For future work, it is essential to prototype and extend the concepts explored in this study. In addition, the 
development of an extension for the converter to improve data translation should be considered. 
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